Protokoll vom 03.05.2011 Telefonkonferenz via Skype
- Peer-Review-Woche, Abgabe ist am 09. Mai, Dokumente von Gruppe 2 erhalten - Oli und Andrea gucken sich das Peer Review genauer an: Oli: Architekturentwurf und Pflichtenheft, Andrea: Lastenheft und Präsentationsentwurf - Aleks: Feinentwurf - Marcel: Architektur + Aktualisierung Domänenklassendiagramm im Pflichtenheft - Sebastian: Präsi - Oli: Guientwurf und Ablauf der GUIs in Lasten- und Pflichtenheft vereinheitlichen - nächste Telko am Mo, 09. Mai um 19 Uhr zwischen Oli und Andrea um Protokolle abzustimmen - Aleks und Marcel treffen um 20 Uhr dazu - Reguläre Telko am Di, 10. Mai um 20 Uhr - Dokumente für die Protokolle werden in Google Docs eingestellt - Restliche Dokumente, die noch erstellt werden müssen (Feinentwurf, Architekturentwurf) werden weiter im Wiki bearbeitet - Grund für den Wechsel zu Google Docs: Mehr Formatierungsmöglichkeiten; Dokumente im Wiki müssen bei der Übernahme zu Word aufwändig nachbearbeitet werden
Protokoll vom 26.04.2011 Telefonkonferenz via Skype
- Andrea: Ist das Lastenheft zu mächtig? Es hat 18 Seiten. Der Rest findet den Umfang okay - Ein paar Inkonsistenzen sind noch im Lastenheft -> guckt sich Sebastian an - Man merkt im Lastenheft, dass unterschiedliche Leute beteiligt waren, ansonsten sind wir relativ weit - Sequenzdiagramme sind im Pflichtenheft, Klassendiagramme für den Zugriff fehlen, müssen aber evtl. auch nicht ins Pflichtenheft - Für das Review ganz gut gerüstet - Insgesamt fehlen noch Architekturentwurf und Feinentwurf - Spezifikations- Klassendiagramme: Skript 2, Seite 100, Abb. 24. Werden erstmal rausgelassen, es werden nur Klassendiagramme genommen - Andrea: Mail an Herrn Winter geschrieben bzgl. Emailadresse der Peer-Review Gruppe - http://developers.facebook.com/docs/guides/mobile/#android Link mit Hilfe wie man Verbindung zu Facebook bekommt - Benutzer meldet sich über Facebook an. Android App übergibt Emailadresse und Passwort und prüft, ob der Benutzer autorisiert ist. Der Server stellt die Verbindung mit Facebook her. Der Server liest aus der Datenbank die Informationen zum User. - Marcel guckt, ob Backend eine Schnittstelle zu Facebook aufbauen kann - Im Pflichtenheft müssen wir noch beschreiben, was in welchem Release gemacht werden soll, vor allem was erstmal auf spätere Releases geschoben wird - Der Architekturentwurf sollte bis zum Review noch weitergemacht werden - Sebastian schreibt noch was zur Zielbestimmung im Pflichtenheft - Kapitel Benutzungs- und Systemschnittstellen kommt raus - Oli: Sequenzdiagramme war auch doppelt, davon kommt auch ein Kapitel raus - Aleks: schreibt was zu den Releases - Aleks: Abnahmekriterien und Lieferumfang kommt aus dem Lastenheft raus, kommt ins Pflichtenheft - Sebastian: schreibt ins Lastenheft, welcher Lieferumfang aus Kundensicht erwartet wird - Am 03.05. auch telefonieren, um Peer-Review der anderen Gruppe aufzuteilen - Bis Samstag guckt sich jeder noch mal Pflichtenheft und Lastenheft und Architekturentwurf an, wir telefonieren dann am 02.05. und gucken uns das Dokument an - Alex guckt sich die Machbarkeitsstudie an und überarbeitet diese - Deadline ist Samstag 14 Uhr, bis dahin Änderungen im Wiki möglich, danach macht Andrea einzelne Dokumente von Lastenheft, Pflichtenheft, Architekturentwurf, Machbarkeitsstudie, Projektplan - Andrea: Im Pflichtenheft ihre Punkte ergänzen - Aleks & Sebastian machen Lastenheft heute endgültig fertig - Nächstes Telefonat am Montag, 02.05. 19 Uhr, bis dahin Dokumente an alle verschicken und im Wiki hochladen, danach Dokumente an Peer-Review Gruppe verschicken
Telefonkonferenz via Skype am 19.04.2011
-Lastenheft wird von Andrea zusammengeschrieben, dabei wird daruaf geachtet das alle Anforderungen in "muss" geschrieben werden.
-Ab Mittwoch wird Andrea das Lastenheft zusammnetragen
-Eclipse UML eigenet sich nicht für Sequenzdiagramme, weiterhin weist das UML 2.0 noch Bugs auf. Star UML wird als Tool verwendet. Link:http://staruml.sourceforge.net/en/
-nächste Telko 26.4 - Da wird der aktuelle Stand des Pflichtheftes besprochen, Ziel ist es bis 01.05.2011 Lastenheft und Pflichtheft im abgeschlossenen Zustand zu haben; Architektur und Datenbankentwurf sollen zu 66% fertig sein
-Anschließend bis 29.4 wird das Pflichteheft als Worddokument zusammengeschriebne
Telefonkonferenz via Skype am 12.04.2011
- Projektplan passt noch nicht ganz - RUP Lifecycle einbinden http://www.ibm.com/developerworks/rational/library/dec06/ambler/image001.jpg - als Grundlage für Projektplan nehmen - Bis Ostern sollten Lasten- und Pflichtenheft fertig sein - Das Pflichtenheft sollte das Lastenheft in Teilen spezifizieren (man muss nicht auf alles eingehen) - Aleks: müssen Testfälle ins Lastenheft? - Marcel: Wir sollten ein Testkonzept erstellen - Im Lastenheft noch mal auf Formulierungen achten -> muss statt sollte - Marcel: im Lastenheft sollte man Anforderungen noch mal genau beschreiben - Marcel ToDo bis 17.04: grobe Prozesse im Lastenheft modellieren - Oli ToDo bis 17.04: zu jedem Anwendungsfall Sequenzdiagramme machen, wo auch die Instanzen näher definiert sind -> diese sollten ins Pflichtenheft - Andrea ToDo am 18. – 22.4.: alles in ein Dokument packen und strukturieren um zu sehen, was wir schon haben - Ins Lastenheft aufnehmen, dass App erweiterbar sein soll; die Applikation soll zunächst nur auf Android Handys genutzt werden und später aber auch erweiterbar sein, so dass man die Applikation mit anderen Technologien nutzen kann (z.B. Webservices, Apple IOS etc.) - Aleks ToDo: Im Lastenheft müssen die Testfälle noch näher beschrieben werden - Andrea: Dokument einem Kollegen zeigen - Andrea: Skizzen beschreiben im Lastenheft bis Sonntag, 17.04. - Wir brauchen im Pflichtenheft ein Domänen-Klassen-Diagramm - Im Pflichtenheft beschreiben wir die Server-seitige Umsetzung - Nächsten Dienstag um 20 Uhr nächste Telefonkonferenz
Telefonkonferenz via Skype vom 04.04.2011
- detaillierte Grafiken von der Benutzeroberfläche gehören ins Pflichtenheft (Frage nach dem Wie?), im Lasenheft (Was?) wird nur beschrieben, was man haben will, nicht so detailliert, nur Skizze und Beschreibung - ToDo Andrea: Grafiken ins Pflichtenheft übernehmen, im Lastenheft mit einem Tool eine Skizze zeichnen und anhand der Skizze beschreiben, wie der Screen aussehen soll - ToDo Aleks: weiteren Reiter machen mit Bewertung, Reiter umbenennen, Facebook, Studivz etc. raus! - Marcel hat Server schon am Laufen, er hat im Wiki beschrieben, wie man den Server zum Laufen bringt - Am Samstag für die Präsentation: o Vorgehensmodell + Projektplan = 1 Folie, o Machbarkeitsstudie + Ideensammlung = 1 Folie (Produktidee) o aus dem Lastenheft Stichpunkte rausholen (Zielgruppe, funktionale und nicht-funktionale Anforderungen = 3 Folien) o Pflichtenheft: Use-Case Diagramme von Oli zeigen o Architekturentwurf: (2 Folien) o Datenbankentwurf (1 Folie, Marcel erzählt dazu etwas) o Screenshots zeigen - Folien müssen bis Donnerstag 24 Uhr fertig sein!! Aleks packt alle Folien in eine Präsi. - Wir brauchen unbedingt ein Logo!! Idee: Appfahrt, Logo als Auto darstellen, das einen Berg herunterfährt, in dem Berg steht dann „Appfahrt“ drin. - ToDo Olli: Versuchen, das Logo zu erstellen, sollte dann auf jeden Fall mit in den Master der Präsentation! - ToDo Andrea: Protokolle in eine neue Wiki-Seite stellen, kommen nachher als Anhang in die Ausarbeitung. - Idee Sebastian: Suche nach Start und Ziel in einem bestimmten Umkreis - Anmerkung Marcel: im Pflichtenheft und in der Architektur herausstellen, dass wir eine Trennung zwischen Backend und Frontend haben und das Ganze modular aufbauen. So können später unterschiedliche, weitere Frontend-Techologien die Software nutzen. - ToDo Olli: Wir brauchen noch einen Use-Case „Passwort zurücksetzen“
Protokoll von der Telefonkonferenz am 28.03.2011
- Entscheidung für die Android-App, da hier Know-How vorhanden ist. Für eine Web-Anwendung müsste viel Know-How erarbeitet werden - Fraglich ist, ob online per Google Maps Abfragen gemacht werden können - Wo wird was dokumentiert? o SVN von Google für UML Modellierung o Restliche Dokumentation im Wiki - Sehr wahrscheinlich brauchen wir einen Server, hier ist die Frage, was wir nehmen -> WebService? Was brauchen wir dann für Daten? - für den Prototyp müsste es reichen, eine Gerade für die Strecke zu nehmen - Tortoise SVN nutzen wir für Google Code - Im Google Code ein Trunc Verzeichnis -> unter Web ist das Backend Verzeichnis, auf gleicher Stufe Ordner mit Android Sachen - Marcel kümmert sich um die Webgeschichte - Ins Pflichtenheft kommt UML rein, Lastenheft erstmal recht grob, Pflichtenheft etwas detaillierter, Vorbereitung für den Entwurf. Marcel hat die Struktur aus dem Skript übernommen - Es gibt Android Projekte von Studenten im Internet. Lastenheft ca. 6 Seiten, Pflichtenheft ca. 10 Seiten - ToDo @all: jeder macht die kommende Woche was am Lasten- und Pflichtenheft - ToDo Sebastian: ER-Diagramm machen - ToDo Marcel: Infrastruktur - nächste Telefonkonferenz am 04.04.2011 um 19:30 Uhr. Vorher bereitet sich jeder vor und schaut sich an, was ab heute eingestellt wurde.
12.03.2011 Vorlesung in Gummersbach
- Anwesend sind Marcel, Aleks, Sebastian und Andrea - weitere Besprechung der nächsten Aktivitäten - als Vorgehensmodell ist RUP ausgewählt worden - es wird diskutiert, welche Hilfetools benötigt werden - MS Project für den Projektplan, der von Marcel bereits erstellt wurde - ein Tool um Dokumente abzulegen und auszutauschen und vor allem, um eine Änderungshistorie zu haben, so dass man sich Dokumente nicht gegenseitig überschreibt è hier kam der Vorschlag, ein Wiki einzurichten, Aleks und Marcel machen sich dazu Gedanken - ein Tool um die unterschiedlichen Versionen der Software abzubilden - Marcel hat und Wikispaces ein Wiki eingerichtet, es heißt FST-Ride
02.03.2011 - Erste Telefonkonferenz via Skype um 20 Uhr
- es steht fest, dass eine Applikation, die mit dem Betriebssystem Android auf Smartphones funktioniert, entwickelt werden soll. Die Applikation soll kostenlos sein und Fahrer und Mitfahrer über Google Maps zusammenbringen und somit beiden Parteien Reisekosten ersparen. Ähnliches Produkt ist z.B. Mitfahrgelegenheit.de - grober Aufzählung der anstehenden Aktivitäten: - Definition Vorgehensmodell - Anforderungsermittlung - Softwarespezifizierung - Grob- und Feinentwurf - Prototypischer Teil der Implementierung - Gesamtumfang der Arbeit sollen ca. 50 Seiten sein - es wird festgestellt, dass Google Maps eingebunden werden kann, da dies einfach umzusetzen ist - grundsätzlich muss darauf geachtet werden, dass bei der Umsetzung nicht alle Aspekte realisiert werden können. - Aleks hat bereits eine MindMap erstellt - es werden erste Aufgaben verteilt: - Marcel: Vorgehensmodell & Projektplan erstellen - Aleks: Machbarkeitsanalyse - Andrea: Bedarfsfeststellung - Oliver: über Hardware informieren - Sebastian: Funktionsumfang und groben Prozess der Applikation aufstellen - als nächstes Treffen wird der 12.03.2011 in Gummersbach festgelegt
Ergebnisse aus E-Mails zwischen dem 02.03. und 12.03
Aleks: „In der Machbarkeitsstudie wollte ich erwähnen -das wir in erster Linie frei zur Verfügung stehende APIs von google / android verwenden werden, insbesondere für die Navigationsfunktion. -wie wir die view / gui umsetzen werden bzw. welche Möglichkeiten es dort bei der Android Entwicklung gibt. -welche Möglichkeiten für Server/Client Kommunikation / Webservice bei Android besteht und welche wir verwenden könnten / würden -welche Datenpersistenz Möglichkeiten bei Android angeboten werden und welche wir verwenden könnten“
Marcel: „Ich denke in der Studie sollte letztlich der optimale Lösungsansatz ermittelt werden, der im weiteren Projektverlauf eingeschlagen wird. In diesem Zusammenhang bietet sich auch gut eine SWOT-Analyse an, in der die Chancen und Risiken der unterschiedlichen Lösungswege gegenübergestellt werden. Die kann man dann abschließend als Argumente für die Entscheidung zur Auswahl eines Lösungsweges heranziehen.“
26.02.2011 - erste Vorlesung "Fortgeschrittene Softwaretechnologie
- Gründung der Arbeitsgruppe bestehend aus: - Aleksandar Dimitrov - Andrea Höpfner - Marcel Menze - Oliver Webersberger - Sebastian Wehmeyer
- Ideenfindung und Festlegung, dass Android-App zum Thema 'Mitfahrgelegenheit' erstellt werden soll
- Peer-Review-Woche, Abgabe ist am 09. Mai, Dokumente von Gruppe 2 erhalten
- Oli und Andrea gucken sich das Peer Review genauer an: Oli: Architekturentwurf und Pflichtenheft, Andrea: Lastenheft und Präsentationsentwurf
- Aleks: Feinentwurf
- Marcel: Architektur + Aktualisierung Domänenklassendiagramm im Pflichtenheft
- Sebastian: Präsi
- Oli: Guientwurf und Ablauf der GUIs in Lasten- und Pflichtenheft vereinheitlichen
- nächste Telko am Mo, 09. Mai um 19 Uhr zwischen Oli und Andrea um Protokolle abzustimmen
- Aleks und Marcel treffen um 20 Uhr dazu
- Reguläre Telko am Di, 10. Mai um 20 Uhr
- Dokumente für die Protokolle werden in Google Docs eingestellt
- Restliche Dokumente, die noch erstellt werden müssen (Feinentwurf, Architekturentwurf) werden weiter im Wiki bearbeitet
- Grund für den Wechsel zu Google Docs: Mehr Formatierungsmöglichkeiten; Dokumente im Wiki müssen bei der Übernahme zu Word aufwändig nachbearbeitet werden
Protokoll vom 26.04.2011 Telefonkonferenz via Skype
- Andrea: Ist das Lastenheft zu mächtig? Es hat 18 Seiten. Der Rest findet den Umfang okay
- Ein paar Inkonsistenzen sind noch im Lastenheft -> guckt sich Sebastian an
- Man merkt im Lastenheft, dass unterschiedliche Leute beteiligt waren, ansonsten sind wir relativ weit
- Sequenzdiagramme sind im Pflichtenheft, Klassendiagramme für den Zugriff fehlen, müssen aber evtl. auch nicht ins Pflichtenheft
- Für das Review ganz gut gerüstet
- Insgesamt fehlen noch Architekturentwurf und Feinentwurf
- Spezifikations- Klassendiagramme: Skript 2, Seite 100, Abb. 24. Werden erstmal rausgelassen, es werden nur Klassendiagramme genommen
- Andrea: Mail an Herrn Winter geschrieben bzgl. Emailadresse der Peer-Review Gruppe
- http://developers.facebook.com/docs/guides/mobile/#android Link mit Hilfe wie man Verbindung zu Facebook bekommt
- Benutzer meldet sich über Facebook an. Android App übergibt Emailadresse und Passwort und prüft, ob der Benutzer autorisiert ist. Der Server stellt die Verbindung mit Facebook her. Der Server liest aus der Datenbank die Informationen zum User.
- Marcel guckt, ob Backend eine Schnittstelle zu Facebook aufbauen kann
- Im Pflichtenheft müssen wir noch beschreiben, was in welchem Release gemacht werden soll, vor allem was erstmal auf spätere Releases geschoben wird
- Der Architekturentwurf sollte bis zum Review noch weitergemacht werden
- Sebastian schreibt noch was zur Zielbestimmung im Pflichtenheft
- Kapitel Benutzungs- und Systemschnittstellen kommt raus
- Oli: Sequenzdiagramme war auch doppelt, davon kommt auch ein Kapitel raus
- Aleks: schreibt was zu den Releases
- Aleks: Abnahmekriterien und Lieferumfang kommt aus dem Lastenheft raus, kommt ins Pflichtenheft
- Sebastian: schreibt ins Lastenheft, welcher Lieferumfang aus Kundensicht erwartet wird
- Am 03.05. auch telefonieren, um Peer-Review der anderen Gruppe aufzuteilen
- Bis Samstag guckt sich jeder noch mal Pflichtenheft und Lastenheft und Architekturentwurf an, wir telefonieren dann am 02.05. und gucken uns das Dokument an
- Alex guckt sich die Machbarkeitsstudie an und überarbeitet diese
- Deadline ist Samstag 14 Uhr, bis dahin Änderungen im Wiki möglich, danach macht Andrea einzelne Dokumente von Lastenheft, Pflichtenheft, Architekturentwurf, Machbarkeitsstudie, Projektplan
- Andrea: Im Pflichtenheft ihre Punkte ergänzen
- Aleks & Sebastian machen Lastenheft heute endgültig fertig
- Nächstes Telefonat am Montag, 02.05. 19 Uhr, bis dahin Dokumente an alle verschicken und im Wiki hochladen, danach Dokumente an Peer-Review Gruppe verschicken
Telefonkonferenz via Skype am 19.04.2011
-Lastenheft wird von Andrea zusammengeschrieben, dabei wird daruaf geachtet das alle Anforderungen in "muss" geschrieben werden.
-Ab Mittwoch wird Andrea das Lastenheft zusammnetragen
-Eclipse UML eigenet sich nicht für Sequenzdiagramme, weiterhin weist das UML 2.0 noch Bugs auf. Star UML wird als Tool verwendet. Link:http://staruml.sourceforge.net/en/
-Review des Lastenheftes bis Sonntag 24.4
-Informationen zu Domänenklassen modellen http://www.mathematik-netz.de/pdf/Anforderungsermittlung.pdf#
-Pflichtenheft bis 23.4
-nächste Telko 26.4 - Da wird der aktuelle Stand des Pflichtheftes besprochen, Ziel ist es bis 01.05.2011 Lastenheft und Pflichtheft im abgeschlossenen Zustand zu haben; Architektur und Datenbankentwurf sollen zu 66% fertig sein
-Anschließend bis 29.4 wird das Pflichteheft als Worddokument zusammengeschriebne
Telefonkonferenz via Skype am 12.04.2011
- Projektplan passt noch nicht ganz
- RUP Lifecycle einbinden http://www.ibm.com/developerworks/rational/library/dec06/ambler/image001.jpg - als Grundlage für Projektplan nehmen
- Bis Ostern sollten Lasten- und Pflichtenheft fertig sein
- Das Pflichtenheft sollte das Lastenheft in Teilen spezifizieren (man muss nicht auf alles eingehen)
- Aleks: müssen Testfälle ins Lastenheft?
- Marcel: Wir sollten ein Testkonzept erstellen
- Im Lastenheft noch mal auf Formulierungen achten -> muss statt sollte
- Marcel: im Lastenheft sollte man Anforderungen noch mal genau beschreiben
- Marcel ToDo bis 17.04: grobe Prozesse im Lastenheft modellieren
- Oli ToDo bis 17.04: zu jedem Anwendungsfall Sequenzdiagramme machen, wo auch die Instanzen näher definiert sind -> diese sollten ins Pflichtenheft
- Andrea ToDo am 18. – 22.4.: alles in ein Dokument packen und strukturieren um zu sehen, was wir schon haben
- Ins Lastenheft aufnehmen, dass App erweiterbar sein soll; die Applikation soll zunächst nur auf Android Handys genutzt werden und später aber auch erweiterbar sein, so dass man die Applikation mit anderen Technologien nutzen kann (z.B. Webservices, Apple IOS etc.)
- Aleks ToDo: Im Lastenheft müssen die Testfälle noch näher beschrieben werden
- Andrea: Dokument einem Kollegen zeigen
- Andrea: Skizzen beschreiben im Lastenheft bis Sonntag, 17.04.
- Wir brauchen im Pflichtenheft ein Domänen-Klassen-Diagramm
- Im Pflichtenheft beschreiben wir die Server-seitige Umsetzung
- Nächsten Dienstag um 20 Uhr nächste Telefonkonferenz
Telefonkonferenz via Skype vom 04.04.2011
- detaillierte Grafiken von der Benutzeroberfläche gehören ins Pflichtenheft (Frage nach dem Wie?), im Lasenheft (Was?) wird nur beschrieben, was man haben will, nicht so detailliert, nur Skizze und Beschreibung
- ToDo Andrea: Grafiken ins Pflichtenheft übernehmen, im Lastenheft mit einem Tool eine Skizze zeichnen und anhand der Skizze beschreiben, wie der Screen aussehen soll
- ToDo Aleks: weiteren Reiter machen mit Bewertung, Reiter umbenennen, Facebook, Studivz etc. raus!
- Marcel hat Server schon am Laufen, er hat im Wiki beschrieben, wie man den Server zum Laufen bringt
- Am Samstag für die Präsentation:
o Vorgehensmodell + Projektplan = 1 Folie,
o Machbarkeitsstudie + Ideensammlung = 1 Folie (Produktidee)
o aus dem Lastenheft Stichpunkte rausholen (Zielgruppe, funktionale und nicht-funktionale Anforderungen = 3 Folien)
o Pflichtenheft: Use-Case Diagramme von Oli zeigen
o Architekturentwurf: (2 Folien)
o Datenbankentwurf (1 Folie, Marcel erzählt dazu etwas)
o Screenshots zeigen
- Folien müssen bis Donnerstag 24 Uhr fertig sein!! Aleks packt alle Folien in eine Präsi.
- Wir brauchen unbedingt ein Logo!! Idee: Appfahrt, Logo als Auto darstellen, das einen Berg herunterfährt, in dem Berg steht dann „Appfahrt“ drin.
- ToDo Olli: Versuchen, das Logo zu erstellen, sollte dann auf jeden Fall mit in den Master der Präsentation!
- ToDo Andrea: Protokolle in eine neue Wiki-Seite stellen, kommen nachher als Anhang in die Ausarbeitung.
- Idee Sebastian: Suche nach Start und Ziel in einem bestimmten Umkreis
- Anmerkung Marcel: im Pflichtenheft und in der Architektur herausstellen, dass wir eine Trennung zwischen Backend und Frontend haben und das Ganze modular aufbauen. So können später unterschiedliche, weitere Frontend-Techologien die Software nutzen.
- ToDo Olli: Wir brauchen noch einen Use-Case „Passwort zurücksetzen“
Protokoll von der Telefonkonferenz am 28.03.2011
- Entscheidung für die Android-App, da hier Know-How vorhanden ist. Für eine Web-Anwendung müsste viel Know-How erarbeitet werden
- Fraglich ist, ob online per Google Maps Abfragen gemacht werden können
- Wo wird was dokumentiert?
o SVN von Google für UML Modellierung
o Restliche Dokumentation im Wiki
- Sehr wahrscheinlich brauchen wir einen Server, hier ist die Frage, was wir nehmen -> WebService? Was brauchen wir dann für Daten?
- für den Prototyp müsste es reichen, eine Gerade für die Strecke zu nehmen
- Tortoise SVN nutzen wir für Google Code
- Im Google Code ein Trunc Verzeichnis -> unter Web ist das Backend Verzeichnis, auf gleicher Stufe Ordner mit Android Sachen
- Marcel kümmert sich um die Webgeschichte
- Ins Pflichtenheft kommt UML rein, Lastenheft erstmal recht grob, Pflichtenheft etwas detaillierter, Vorbereitung für den Entwurf. Marcel hat die Struktur aus dem Skript übernommen
- Es gibt Android Projekte von Studenten im Internet. Lastenheft ca. 6 Seiten, Pflichtenheft ca. 10 Seiten
- ToDo @all: jeder macht die kommende Woche was am Lasten- und Pflichtenheft
- ToDo Sebastian: ER-Diagramm machen
- ToDo Marcel: Infrastruktur
- nächste Telefonkonferenz am 04.04.2011 um 19:30 Uhr. Vorher bereitet sich jeder vor und schaut sich an, was ab heute eingestellt wurde.
12.03.2011 Vorlesung in Gummersbach
- Anwesend sind Marcel, Aleks, Sebastian und Andrea
- weitere Besprechung der nächsten Aktivitäten
- als Vorgehensmodell ist RUP ausgewählt worden
- es wird diskutiert, welche Hilfetools benötigt werden
- MS Project für den Projektplan, der von Marcel bereits erstellt wurde
- ein Tool um Dokumente abzulegen und auszutauschen und vor allem, um eine Änderungshistorie zu haben, so dass man sich Dokumente nicht gegenseitig überschreibt è hier kam der Vorschlag, ein Wiki einzurichten, Aleks und Marcel machen sich dazu Gedanken
- ein Tool um die unterschiedlichen Versionen der Software abzubilden
- Marcel hat und Wikispaces ein Wiki eingerichtet, es heißt FST-Ride
02.03.2011 - Erste Telefonkonferenz via Skype um 20 Uhr
- es steht fest, dass eine Applikation, die mit dem Betriebssystem Android auf Smartphones funktioniert, entwickelt werden soll. Die Applikation soll kostenlos sein und Fahrer und Mitfahrer über Google Maps zusammenbringen und somit beiden Parteien Reisekosten ersparen. Ähnliches Produkt ist z.B. Mitfahrgelegenheit.de
- grober Aufzählung der anstehenden Aktivitäten:
- Definition Vorgehensmodell
- Anforderungsermittlung
- Softwarespezifizierung
- Grob- und Feinentwurf
- Prototypischer Teil der Implementierung
- Gesamtumfang der Arbeit sollen ca. 50 Seiten sein
- es wird festgestellt, dass Google Maps eingebunden werden kann, da dies einfach umzusetzen ist
- grundsätzlich muss darauf geachtet werden, dass bei der Umsetzung nicht alle Aspekte realisiert werden können.
- Aleks hat bereits eine MindMap erstellt
- es werden erste Aufgaben verteilt:
- Marcel: Vorgehensmodell & Projektplan erstellen
- Aleks: Machbarkeitsanalyse
- Andrea: Bedarfsfeststellung
- Oliver: über Hardware informieren
- Sebastian: Funktionsumfang und groben Prozess der Applikation aufstellen
- als nächstes Treffen wird der 12.03.2011 in Gummersbach festgelegt
Ergebnisse aus E-Mails zwischen dem 02.03. und 12.03
Aleks: „In der Machbarkeitsstudie wollte ich erwähnen
-das wir in erster Linie frei zur Verfügung stehende APIs von google / android verwenden werden, insbesondere für die Navigationsfunktion.
-wie wir die view / gui umsetzen werden bzw. welche Möglichkeiten es dort bei der Android Entwicklung gibt.
-welche Möglichkeiten für Server/Client Kommunikation / Webservice bei Android besteht und welche wir verwenden könnten / würden
-welche Datenpersistenz Möglichkeiten bei Android angeboten werden und welche wir verwenden könnten“
Marcel: „Ich denke in der Studie sollte letztlich der optimale Lösungsansatz ermittelt werden, der im weiteren Projektverlauf eingeschlagen wird. In diesem Zusammenhang bietet sich auch gut eine SWOT-Analyse an, in der die Chancen und Risiken der unterschiedlichen Lösungswege gegenübergestellt werden. Die kann man dann abschließend als Argumente für die Entscheidung zur Auswahl eines Lösungsweges heranziehen.“
26.02.2011 - erste Vorlesung "Fortgeschrittene Softwaretechnologie
- Gründung der Arbeitsgruppe bestehend aus:
- Aleksandar Dimitrov
- Andrea Höpfner
- Marcel Menze
- Oliver Webersberger
- Sebastian Wehmeyer
- Ideenfindung und Festlegung, dass Android-App zum Thema 'Mitfahrgelegenheit' erstellt werden soll